
METHOD AND APPARATUS FOR CALCULATING DATA INTEGRITY 
„ METRICS FOR WEB SERVER ACTIVITY LOG ANALYSIS 

yf 5 1. Field of the Invention: 

=jE The present invention relates generally to an 

W improved data processing system, and in particular to a 

Q method and apparatus for analyzing data. Still more 

in 

particularly, the present invention provides a method, 
D 10 apparatus, and computer implemented instructions for 
calculating data integrity metrics for Web server 
activity log analysis. 



2. Background of the Invention: 

Web site owners and Web site builders are interested 
15 in various statistics, such as who is browsing a Web 
site, what content users are requesting or downloading 



Docket No. RSW920010060US1 



1 




from a Web site, and when users are requesting or 
downloading content from a Web site. This type of 
information can be useful for determining the content, 
designs, or marketing campaigns that attract site 
5 visitors, retain them, and induce online purchasing 

decisions. Typically, Web site activity information is 
stored in log files on a Web server as the activity 
occurs . 

In general, a log is a record of computer activity 

10 used for statistical purposes as well as troubleshooting 
and recovery. Many log files store information, such as 
incoming command dialog, error and status messages, and 
transaction detail. Web server logs are a rich source of 
information about user activity that a Web server 

15 automatically creates. The basic information stored in a 
log file is centered around a user request for resources 
from the Web server. Resources can be either Web pages, 
image files, or other media served by Web servers. The 
Web server logs information such as when a request is 

20 made, the requester's Internet Protocol (IP), address and 
domain (e.g., .gov, .edu., .com, etc.), the resource 
requested, and the server's success in fulfilling the 
request. Based upon the information in the logs, Web 
analytics professionals analyze data such as, requests 

25 (commonly known as hits), page views, and sessions. 
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Web server log file analysis has proven to be an 
inexact science for a number of reasons. One of the main 
reasons for this problem is data loss in the logs at both 
the point of recording and during the transfer process 
5 from storage to an analytical tool. Most log analysis 
applications do not deal with the grave issues 
surrounding data loss. Data loss may be caused, for 
example, by a Web server going off-line or otherwise 
temporarily being unable to write log records. Another 

10 frequent cause of data loss results from the electronic 
transfer of log files from servers to other computers 
where they will be analyzed. In many cases the transfer 
may appear to have been successful although some data was 
lost in the process. A less frequent but rather large 

15 scale problem is the addition of cloned Web servers to a 
network serving a Web site. 

In many cases, the users of Web log analysis tools 
are not the owners of the Web servers, but instead are 
the content owners (i.e., Web hosting model), or provide 

20 Web analysis services to content owners (i.e., Web 

analytics service model) . In this situation, the Web 
analytics professional must rely upon the Web Hosting 
company to have reliable servers and to ensure a reliable 
log transfer process from the hosting servers to the 

25 analytical software. The company must know when the 
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hosting company servers have down time and when they make 
network configuration changes, such as the adding of 
clones for load balancing are made. Often, this 
information is not reliably provided to the analytics 
5 professional. Additionally, log files may be corrupted 
during the transfer process, such as FTP (File Transfer 
Protocol), from Web server to analytical tool. 

As a result, log analyses may be based upon only 
partial data sets with the degree and timeliness of data 
10 loss being random. Many Web analytics professionals 

currently rely upon guessing as to when data loss occurs, 
when data loss is suspected, and to what degree its 
effect. To address the issue, they usually either merely 
note that data loss happened or further attempt to supply 
15 subjective estimates of summary statistics. For example, 
they may guess at numbers or just use the last reporting 
period data. Since in most cases the analytics 
professionals are actively involved in trying to remedy 
whatever caused the data loss so as to avoid it in the 
20 | future, they often do not spend a great deal of time 
applying systematic methods to account for data loss. 
Poor quality data is then passed on to those end users 
for whom Web site activity statistical reports are 
generated, such as Web site designers or marketing 
25 personnel . 
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Therefore, it would be advantageous to have an 
improved systematic method and apparatus for identifying 
when data loss occurs, identifying how much data loss has 
occurred, and providing remunerative action for the data 
loss to generate a more accurate analysis. 
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SUMMARY OF THE INVENTION 



The present invention provides a method, apparatus, 
and computer implemented instructions for addressing data 
integrity in logs in a data processing system. A log is 
5 reviewed. A determination is made as to whether the log 
contains a data loss. An algorithm may be employed that 
uses prior data sets to calculate more accurate summary 
statistics and data integrity metrics if a determination 
is made that a data loss has occurred. 



Docket No. RSW920010060US1 



6 



BRIEF DESCRIPTION OF THE DRAWINGS 



Jc 



The novel features believed characteristic of the 
invention are set forth in the appended claims. The 
invention itself, however, as well as a preferred mode of 
5 use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

Figure 1 is a pictorial representation of a network 
10 of data processing systems in which the present invention 
may be implemented; 

Figure 2 is a block diagram of a data processing 
system that may be implemented as a server in accordance 
y3 with a preferred embodiment of the present invention; 

3 15 Figure 3 is a diagram illustrating data flow in 

'7% calculating data integrity metrics for Web server 

activity log analysis in accordance with a preferred 
Q embodiment of the present invention; 

E ~~ Figures 4A and 4B are diagrams illustrating a user 

20 interface for calculating time segment weighted averages 
and time gap tolerances in accordance with a preferred 
embodiment of the present invention; 

Figure 5 is a flowchart of a process used for 
analyzing a log in accordance with a preferred embodiment 
25 of the present invention; 

Figure 6 is a flowchart of a process used for 
generating time segments and time gap tolerances for use 
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in calculating data integrity metrics in accordance with 
a preferred embodiment of the present invention; and 

Figure 7 is a flowchart of a process used for 
calculating a data integrity level in accordance with a 
preferred embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 



With reference now to the figures, Figure 1 depicts a 
pictorial representation of a network of data processing 
systems in which the present invention may be implemented. 

5 Network data processing system 100 is a network of 
computers in which the present invention may be 
implemented. Network data processing system 100 contains 
a network 102, which is the medium used to provide 
communications links between various devices and computers 

10 connected together within network data processing system 
100. Network 102 may include connections, such as wire, 
wireless communication links, or fiber optic cables. 
In the depicted example, server 104 is connected to 
network 102 along with storage unit 106. In addition, 

15 clients 108, 110, and 112 are connected to network 102. 

These clients 108, 110, and 112 may be, for example, 
personal computers or network computers. In the depicted 
example, server 104 provides data, such as boot files, 
operating system images, and applications to clients 108- 

20 112. Clients 108, 110, and 112 are clients to server 104. 
Server 104 may store data in logs, which may reflect 
accesses and requests by clients 108, 110, and 112. 
Network data processing system 100 may include additional 
servers, clients, and other devices not shown. 

25 In the depicted example, network data processing 

system 100 is the Internet with network 102 representing a 
worldwide collection of networks and gateways that use the 
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TCP/IP suite of protocols to communicate with one another. 
At the heart of the Internet is a backbone of high-speed 
data communication lines between major nodes or host 
computers, consisting of thousands of commercial, 

5 government, educational and other computer systems that 
route data and messages. Of course, network data 
processing system 100 also may be implemented as a number 
of different types of networks, such as for example, an 
intranet, a local area network (LAN), or a wide area 

10 network (WAN) . Figure 1 is intended as an example, and not 
as an architectural limitation for the present invention. 

Referring to Figure 2, a block diagram of a data 
processing system that may be implemented as a server, 
such as server 104 in Figure 1, is depicted in accordance 

15 with a preferred embodiment of the present invention. 

Additionally, the analysis of logs generated by a server 
may be analyzed using a data processing system similar to 
data processing system 200. 

Data processing system 200 may be a symmetric 

20 multiprocessor (SMP) system including a plurality of 
processors 202 and 204 connected to system bus 206. 
Alternatively, a single processor system may be employed. 
Also connected to system bus 206 is memory 
controller/ cache 208, which provides an interface to local 

25 memory 209. I/O bus bridge 210 is connected to system bus 
206 and provides an interface to I/O bus 212. Memory 
controller/cache 208 and I/O bus bridge 210 may be 
integrated as depicted. 
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Peripheral component interconnect (PCI) bus bridge 
214 connected to I/O bus 212 provides an interface to PCI 
local bus 216. A number of modems may be connected to PCI 
local bus 216. Typical PCI bus implementations will 
support four PCI expansion slots or add- in connectors. 
Communications links to clients 108-112 in Figure 1 may be 
provided through modem 218 and network adapter 220 
connected to PCI local bus 216 through add- in boards. 

Additional PCI bus bridges 222 and 224 provide 
interfaces for additional PCI local buses 226 and 228, 
from which additional modems or network adapters may be 
supported. In this manner, data processing system 200 
allows connections to multiple network computers. A 
memory-mapped graphics adapter 230 and hard disk 232 may 
also be connected to I/O bus 212 as depicted, either 
directly or indirectly. 

Those of ordinary skill in the art will appreciate 
that the hardware depicted in Figure 2 may vary. For 
example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or in 
place of the hardware depicted. The depicted example is 
not meant to imply architectural limitations with respect 
to the present invention. 

The data processing system depicted in Figure 2 may 
be, for example, an IBM e- Server pSeries system, a 
product of International Business Machines Corporation in 
Armonk, New York, running the Advanced Interactive 
Executive (AIX) operating system or LINUX operating 
system. 
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The present invention provides a method, apparatus, 
and computer implemented instructions for calculating 
data integrity metrics for Web server activity log 
analysis. The data integrity metrics are provided for 

5 variables, such as, for example, hits, requests, page 

views, and sessions. These data integrity metrics may be 
used by a log analysis process to "fill-in" holes in data 
if desired. For example, reports showing total hit 
counts may be generated with "fill-in" data when data 

10 integrity problems are identified. Such a report may 

state that the numbers reflect the likely number of total 
hits with some measure of data integrity. 

With reference now to Figure 3, a diagram 
illustrating data flow in calculating data integrity 

15 metrics for Web server activity log analysis is depicted 
in accordance with a preferred embodiment of the present 
invention. In this example, log analyzer 300 receives 
log 302 for analysis. The analysis is conducted using 
metrics database 304. The analysis may examine time 

20 segments within the log to determine whether time gaps 
between data are sufficient to indicate that a loss of 
data has occurred. This analysis may include comparing 
the log to prior logs to determine whether any deviations 
in the current log are sufficient to warrant an 

25 indication that a data loss has occurred. 

In order to provide data integrity metrics and 
replacement weighted average summary data when there is 
data loss for Web server activity data sets, a "time 
segment" is determined to serve as the basis for making 
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calculations. The time segment may be determined with as 
complex or simple a method as the user desires. 

In the following example, the only time segment 
determining factor is hour of day. Additional factors 

5 such as day of week, also could be reasonably included in 
determining time segments, such as Web server activity, 
which typically fluctuates heavily on certain days of the 
week as well as hours of the day. Week in month or month 
in year may be included as further extensions of the 

10 factors. Additionally, the determination of a time 

segment may be complicated by further dividing the base 
determinant, hour of day, into smaller portions, such as 
half hour or even minute. Such complexity may increase 
the accuracy of the final calculated weighted averages. 

15 However, the gain over using more simplistic 

measurements, such as hour of day and possibly day of 
week, is unlikely to be worth the required use of system 
resources. Typically, the large number of records 
present in most server logs require fairly extensive use 

20 of processing resources for analysis. 

After the time segments have been determined, a 
window of time and weighting method also is specified in 
order to calculate weighted averages, which are used as 
the "best guess number of requests" . The window of time 

25 refers to the number of time segments to be considered. 
For example, if the time segments are determined to be 
TS1 = 12 a.m.- 11 a.m. and TS2 = 12 p.m. - 11 p.m., then 
for TS1 the four prior time segments would include the 
data from 12 a.m. - 11 a.m. for the most current log and 
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the 3 preceding days. Weighting method refers to what 
degree the older data versus the newer data in the window 
of time will be used in calculating the weighted averages 
and potentially time gaps tolerances as well. With 
5 exponential weighting, exponentially more emphasis is 
given to the newer data in calculating the weighted 
averages . 

With reference now to Figures 4A and 4B, diagrams 
illustrating a user interface for calculating time 

10 segment weighted averages and time gap tolerances is 

depicted in accordance with a preferred embodiment of the 
present invention. In this example, a user may select 
option 400 in window 402 in Figure 4A for an automated 
analysis of time segment and time gap tolerances. Logs 

15 may be selected from section 404 for analysis. Logs may 
be added to section 404 by selecting "Add" button 406. 
Selection of this button results in a display of a window 
or menu presenting logs that may be selected for 
analysis. Logs may be removed from section 404 by 

20 selecting a particular log and pressing "Remove" button 
408. Pressing of "Calculate" button 410 results in logs 
identified in section 404 being analyzed for time segment 
and time gap tolerances. Results of time gap tolerances 
may be selected in section 412 . These results may be 

25 edited by "Edit Gap Tolerance" button 414. 

Window 416 in Figure 4B is an example of an 
interface used to edit time gap tolerances in response to 
a selection of "Edit Gap Tolerance" button 414. This 
window displays time segments and time gap tolerances for 
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the corresponding segments. Time segments, in window 
416 , are shown in fields 418, 420, 422, and 424, while 
time gap tolerances are displayed in fields 426, 428, 
430, and 432. A user may edit the time gap tolerances in 
5 fields 426, 428, 430, and 432. If the user is satisfied 
with the tolerances, any changes may be saved by 
selecting "OK" button 434. Changes may be discarded by 
selected "Cancel" button 436. 

Additionally, a user may manually define time 
10 segments and time gap tolerances by selecting option 438 
in window 402 in Figure 4A. Available hours for time 
segments are found in field 440. Hours for time segments 

2 may be added by selecting "Add" button 442 to generate 

~~~~ 

^ time segments as shown in field 444. Time segments may 

^ 15 be removed by selecting "Remove" button 446. The gap 

*0 tolerances may be edited by selecting "Edit Gap 

^ Tolerance" button 448. Selection of this button results 

hi in a window, such as window 416 in Figure 4B being 

UJ displayed to the user. 

« 20 Window 402 also allows a user to alter a window of 

^ time by manipulating slider 450. As used herein, a 

"window of time" is a number of prior segments that are 
included when a weighted average metric for a particular 
time scope is found. In the depicted examples, a window 
25 of time may include 1 to 26 prior time segments. 

Weighting methods may be selected through options 
452, 454, and 456. Option 452 provides for equal 
weighting, while option 454 provides for exponential 
weighting. Option 456 allows the user to decrease the 
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weight of time segments over a window of time by a 
selected percentage every certain number of time segments 
by entering values in field 458 and 460. In this 
example, the percentage is 20 and number of time segments 
5 is 1. 

Turning next to Figure 5, a flowchart of a process 
used for analyzing a log is depicted in accordance with a 
preferred embodiment of the present invention. The 
process illustrated in Figure 5 may be implemented in a 

10 log analyzer, such as log analyzer 300 in Figure 3. 

The process begins by receiving a log (step 500) . A 
determination is then made as to whether data loss is 
present (step 502) . This determination is made using a 
data integrity metric algorithm such as that outlined 

15 above. In particular, a determination is made as to 
whether a time gap tolerance has been exceed for a 
particular time segment. If data loss is present, an 
alert is generated (step 504) . A determination is made 
as to whether summary data is to be added to replace the 

20 loss (step 506) . If the answer to this determination is 
yes, data is added to replace the loss (step 508) . 

Thereafter, a Web activity report is generated (step 
510) with the process terminating thereafter. The Web 
activity report presents results, such as hits, page 

25 views, and sessions as reflected in the log for some 
period of time. This report may be in text and/or 
include images, such as graphs or pie charts. This Web 
activity report also may include an identification as to 
the confidence or accuracy of the analysis. For example, 
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the report may state that the numbers reflect the likely 
number of total hits with a 95 percent confidence. 
Turning back to step 506, if data is not to be added to 
replace the loss, then the process terminates. With 

5 reference again to step 502, if no data loss is present, 
the process terminates. 

With reference now to Figure 6, a flowchart of a 
process used for generating time segments and time gap 
tolerances for use in calculating data integrity metrics 

10 is depicted in accordance with a preferred embodiment of 
the present invention. The process illustrated in Figure 
6 may be implemented in a log analyzer, such as log 
analyzer 300 in Figure 3. 

The process begins with a specification of time 

15 segments and time gap tolerance (step 600) . The 

specification of time gap tolerances may be made through 
an automated process analyzing "clean" example logs. As 
used herein, "clean" logs are logs that are known to 
contain no time gaps due to data loss. In this example, 

20 a user provides 4 example logs that are believed to be 
free of data loss. The process in step 600 goes through 
the logs record by record and combines all of the data 
from matching 3 0 minute chunks of time. The number of 
chunks may vary because of differences in log file time 

25 coverage. For example, the first chunk may be the 

combined data from all four logs for the time period of 
12:00a.m. - 12:29 a.m. 
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For each chunk within a log, an average time gap 
value and standard deviation is calculated by adding 
together all of the time gaps (x) and dividing by the 
number of requests (n) during that 3 0 minute chunk: 

Average : 

Standard Deviation: 

Time segments are determined by successively comparing 
the average time gaps of adjacent chunks. For example, 
beginning at chunk #1, the average from chunk #1 is 
compared to the average of chunk #2. If the average of 
chunk #2 is within 2 standard deviations (+ or -) of the 
average of chunk #1, then the chunk #2 and chunk #1 are 
considered to be within the same time segment . The 
procedure is then followed for the comparison of chunk #2 
and chunk #3 and for other successive chunks within the 
log . 

After all time segments have been determined, the 



the original data used to calculate the chunk time gap 
averages and standard 



process in 



step 600 



n 



returns to 
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deviations to calculate an average time gap and standard 
deviation for each time segment. The time gap tolerance 
for each time segment is then calculated by multiplying 4 
by the standard deviation of the time gap average and 
5 adding that product to the time gap average. 

Alternatively, in step 600, the time segments and 
time gap tolerances may be user defined. Time segments, 
in this example, may be created by receiving a selection 
of one or more hours from the user and adding these hours 
10 to the hour segments list. Next, user input is received 
n for time gap tolerances for each of the time segments. 

A window of time is specified for use in calculating 
y weighted averages for the time segments (step 602) . User 

£ input is received as to how many prior time segments are 

5 15 to be included in the previous average that is to be used 
]L as the "best guess number of requests" . Then, a 

In weighting method is specified for use in calculating 

tl averages for the time segments (step 604) with the 

!=f process terminating thereafter. The weighting method is 

20 specified through a user input. This weighting method is 
used to calculate weighted averages for the time 
segments. In the depicted examples, the user may choose 
whether to use one of the following weighting methods: 

(1) equal weighting (each prior time segment contributes 
25 as much to the final average as the more recent ones) ; 

(2) exponential weighting (prior time segments contribute 
exponentially less to the final average - appropriate for 
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this case since web sites typically change content 

frequently), = + ^ ~ °$ x *> ; and (3) linearly 
decreasing weighting (prior time segments contribute less 
in a linear fashion to the final average) . 

After the time segments and the associated time gap 
tolerances are stored, the log analyzer process may begin 
to process new server logs as they are provided. The log 
analyzer may provide alerts when the time gap tolerance 
is exceeded for any particular time segment. However, in 
these examples, the log analyzer will not calculate and 
store weighted averages for each time segment, which will 
be used as the "best guess number of requests" until the 
total amount of log data includes at the least the same 
number of matching time segments as the window of time 
value. For example, if TS1 is 12 a.m. - 11 a.m. and the 
logs span 24 hours, then the log analyzer will wait until 
4 logs (if the window of time value is 4) have been 
provided before calculating weighted averages. A 
weighted average using 4 values cannot be calculated 
until there are 4 values to use. 

Turning next to Figure 7, a flowchart of a process 
used for calculating a data integrity level is depicted 
in accordance with a preferred embodiment of the present 
invention. The process illustrated in Figure 7 may be 
implemented in a log analyzer, such as log analyzer 300 
in Figure 3 . 

The process begins by identifying a set of time 
segments for processing (step 700) . Next, an unprocessed 
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time segment is selected from the set of time segments 
(step 702) . A variable t is set equal to the total 
number of times that time gaps exceed a time gap 
tolerance within the time segment being processed (step 
5 704) . 

Then, a determination is made as to whether 
additional unprocessed time segments are present within 
the set of time segments (step 706) . If additional 
unprocessed time segments are present, the process 

10 returns to step 702 as described above. Otherwise, the 
variable T is set equal to the total of all t for all 
time segments within the set of time segments (step 708) . 
Then, an estimate is generated by dividing T by the 
amount of time spanned by the set of time segments (step 

15 710) . A data integrity level is then generated using the 
estimate (step 712) with the process terminating 
thereafter. 

The product of steps 708 and 710 form an estimate of 
the percentage of data that is missing, and therefore was 

20 "filled- in" or replaced with comparable data. The data 
integrity level is calculated by subtracting the product 
of steps 708 and 710 from "1" and multiplying that by 
100. For instance, if the product of steps 708 and 710 
is M0" (estimated that 10% of the data was lost), the 

25 data integrity level would be 90%. 

Thus, the present invention provides an improved 
method, apparatus, and computer implemented instructions 
for calculating data integrity metrics for Web server 
activity log analysis. This mechanism provides an 
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ability to identify when a log is missing data. The 
mechanism includes determining whether time gaps for data 
points, such as hits, page views, or session exceed some 
threshold indicating that data is missing. 
5 Additionally, the mechanism also may fill-in missing 

data to increase the accuracy or integrity of the report. 
The data used to fill-in missing data is taken from prior 
logs in these examples. The actual data selected is 
based on comparing similar times, dates, or days of the 
10 week from the prior logs with the corresponding times, 
dates, or days of the week in the portion of the log in 
which data is missing. Of course other mechanisms or 
dimensions may be used to identify or recreate the 
missing data depending on the particular implementation. 
15 It is important to note that while the present 

invention has been described in the context of a fully 
functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
yg the present invention are capable of being distributed in 

20 the form of a computer readable medium of instructions 
and a variety of forms and that the present invention 
applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
25 include recordable -type media such a floppy disc, a hard 
disk drive, a RAM, CD-ROMs, and transmission- type media 
such as digital and analog communications links. 

The description of the present invention has been 
presented for purposes of illustration and description, 
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and is not intended to be exhaustive or limited to the 
invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 
the art. The embodiment was chosen and described in 
order to best explain the principles of the invention, 
the practical application, and to enable others of 
ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 
suited to the particular use contemplated. 
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